16.6 KB · ⇊ 5 parts · ⤓ Micron 16.6 KB · ⤓ HTML 38.7 KB

top

mwawDevOps (dalla contrazione mwbainglese di mwbqdevelopment, "mwbgsviluppo", e mwbwmwcaoperations, qui simile a "messa in produzione" o "mwcqmwcgdeployment") è una mwcwmetodologia di sviluppo del software utilizzata in mwdainformatica che punta alla comunicazione, collaborazione e integrazione tra mwdqsviluppatori e addetti alle mwdgmwdwoperations della mweamweqinformation technology (IT).cite-ref-1[1] DevOps vuole rispondere all'interdipendenza tra sviluppo software e IT operations, puntando ad aiutare un'organizzazione a sviluppare in modo più rapido ed efficiente prodotti e servizi mwfgsoftware.cite-ref-2[2]cite-ref-3[3]cite-ref-mixing-4-0[4]cite-ref-5[5]

• Descrizione

• Storia

• Impatto sui rilasci applicativi

• Coordinatore del rilascio

• Note

• Voci correlate

Le aziende che tipicamente potrebbero avere maggiori benefici da un orientamento DevOps sono quelle con rilasci di software frequenti. mwkgFlickr ha utilizzato il metodo DevOps per supportare la necessità di dieci rilasci al giorno;cite-ref-6[6] tale ciclo di rilasci potrebbe essere più frequente in organizzazioni che producano applicazioni multi-focus o multi-funzione, spesso indicato come "mwlwmwmadeployment continuo"cite-ref-7[7] e associato spesso al metodo mwnqmwnglean startup.cite-ref-8[8] Sull'argomento sono nati mwowgruppi di lavoro, mwpaordini professionali e mwpqblog sin dal 2009.cite-ref-mixing-4-1[4]cite-ref-devopsdaysghent-9-0[9]cite-ref-devopsdays-10-0[10]cite-ref-11[11]

Il metodo DevOps aiuta le aziende nella gestione dei rilasci, standardizzando gli ambienti di sviluppo. Le aziende con problemi di automazione dei rilasci solitamente hanno già un processo automatico in essere ma lo vorrebbero più flessibile e controllabile, senza per questo dover agire da mwtwriga di comando per ottenere ciò. Idealmente tale automazione potrebbe essere utilizzata anche da risorse non operative (non appartenenti alle mwuaIT operations) su ambienti non di produzione; in questo modo gli sviluppatori hanno a disposizione un maggiore controllo degli ambienti, dando all'infrastruttura una visione più incentrata sull'applicazione.

L'integrazione DevOps ha come obiettivo il rilascio del prodotto, il mwugcollaudo del software, l'evoluzione e il mantenimento (correzione di mwuwmwvabug e mwvqmwvgrelease minori) in modo tale da aumentare affidabilità e sicurezza e rendere più veloci i cicli di sviluppo e rilascio. Molte delle idee che costituiscono DevOps provengono dalla gestione di sistemi aziendali e dalla mwvwMetodologia agile.cite-ref-agileinf2010-12-0[12]

Il termine "DevOps" è stato coniato da Patrick Deboiscite-ref-debois-devops-13-0[13] e reso popolare attraverso una serie di "DevOps Days" iniziati nel 2009 in Belgio.cite-ref-devopsdaysghent-9-1[9] Da allora si sono svolte conferenze "DevOps Days" in India, USA, mwzgBrasile, mwzwAustralia, Germania, Svezia e Svizzera.cite-ref-devopsdays-10-1[10]

Le metodologie di sviluppo (ad esempio la mwcqMetodologia agile) che vengono attuate nelle organizzazioni tradizionali mediante distinte divisioni tra IT operations e mwcgQA da un lato, sviluppo e rilascio dall'altro, sono prive di una profonda integrazione interdipartimentale. DevOps promuove un insieme di processi e metodi indirizzati alla comunicazione e collaborazione tra le divisioni.cite-ref-14[14]

L'adozione della metodologia DevOps è guidata da diversi fattori, come:

1. Utilizzo della metodologia agile e altre metodologie di mwegsviluppo del software

2. Necessità di incrementare la frequenza dei rilasci in produzione

3. Ampia disponibilità di un'infrastruttura virtualizzatacite-ref-15[15] e in mwgqcloud

4. Incremento nell'uso di mwgwdata center automatizzaticite-ref-16[16] e strumenti di mwiaconfiguration management e mwiqInfrastructure as Code

La metodologia DevOps è spesso descritta come una relazione più collaborativa e produttiva tra i gruppi di sviluppo e quelli di operation. Ciò incrementa l'efficienza e riduce i rischi di frequenti modifiche in produzione. Per quantificare tale effetto si sta ragionando su alcuni possibili parametri.cite-ref-17[17]

Il ruolo di un professionista DevOps ricorda molto la figura dell'ingegnere capo all'interno del cosiddetto "mwkaToyota Production System".cite-ref-18[18] Tali figure sono responsabili del successo del progetto ma senza alcuna formale autorità sui diversi gruppi coinvolti. È loro richiesta conoscenza tecnica adeguata al fine di convincere i manager di quali siano le necessità e può essere di loro aiuto il sostegno da parte della dirigenza aziendale.

Invece, in molte organizzazioni, lo sviluppo del software e la gestione dei sistemi sono in divisioni differenti e poiché lo sviluppo è generalmente guidato dalle necessità dell'utente, per continue modifiche e conseguenti rilasci, i gruppi operativi sono concentrati sulla disponibilità e affidabilità dei servizi, nonché sulla gestione dei costi. Ciò produce un "gap" tra sviluppo e gestione dei servizi che rallenta il passaggio in produzione.

In molte aziende i rilasci applicativi sono eventi ad alto impatto e rischio, coinvolgendo più gruppi di lavoro. Con la metodologia DevOps tale rischio si riduce per i seguenti motivi:

L'adozione del modello agile o mwnwmodello incrementale, in contrasto con il tradizionale mwoamodello a cascata, comporta minori modifiche, anche se più frequenti, con minore impatto e rischio.

La presenza di una coordinazione del rilascio riduce le distanze tra sviluppo e gestione.

Una completa automazione assicura la facile ripetibilità dei rilasci e riduce gli errori nell'operazione.

Si tratta di un ruolo relativamente nuovo nelle aziende IT, il cui compito è di coordinare i rilasci in ambienti pre-produzione (di test). La necessità di tale figura viene da:

• La necessità di ridurre il "gap" tra sviluppo e gestione

• Accresciuta complessità dell'infrastruttura, ad esempio applicazioni multipiattaforma

• Incremento della frequenza dei rilasci, ad esempio per via dell'utilizzo della metodologia agile

• Gruppi delocalizzati, come nel caso dell'utilizzo di risorse esterne o in sedi diverse

Il ruolo del coordinatore del rilascio (anche indicato come coordinatore d'integrazione) è simile a quello di un mwrqcontrollore di volo che deve coordinare in tempo reale attività di diversi gruppi per raggiungere un obiettivo (atterraggi e decolli in sicurezza) usando risorse condivise (spazio aereo, sentieri di volo, piste e terminali).

Tale coordinamento non va confuso con la gestione del rilascio, che è focalizzata sulla pianificazione delle modifiche al software in ottica di una loro applicazione direttamente sulla produzione, mentre il coordinatore del rilascio si occupa del lavoro sistematico e tecnico inerente alla creazione e rilascio del software nei vari ambienti.

cite-note-11. ↑ mwtq(mwtgmwtwEN) mwuamwuqOrganizing a Digital Technology Department of Medium Size in a Media Company, su mwugrajiv.com, 17 marzo 2009. mwuwURL consultato il 15 luglio 2015.

cite-note-22. ↑ mwvw(mwwamwwqEN) Dmitriy Samovskiy, mwwgmwwwThe Rise of DevOps, in mwxaFubaredness is contagious - preventing its spread in IT one post at a time (Dmitriy Samovskiy's Blog), 2 marzo 2010. mwxqURL consultato il 15 luglio 2015 mwxg(archiviato dall'mwxwurl originale il 7 gennaio 2011).

cite-note-33. ↑ mwyw(mwzamwzqEN) mwzgmwzwWhat is DevOps?, su mw0adev2ops.org, 23 febbraio 2010. mw0qURL consultato il 15 luglio 2015 mw0g(archiviato dall'mw0wurl originale il 9 settembre 2012).

cite-note-mixing-44. ↑ mw2q(mw2gmw2wEN) mw3amw3qDevOps mixing dev, ops, agile, cloud, open source and business, su mw3gblogs.the451group.com, 3 marzo 2010. mw3wURL consultato il 15 luglio 2015 mw4a(archiviato dall'mw4qurl originale il 14 settembre 2015).

cite-note-55. ↑ mw5q(mw5gmw5wEN) mw6amw6qDevops: A Software Revolution in the Making? (mw6gmw6wPDF), su mw7acutter.com, agosto 2011. mw7qURL consultato il 15 luglio 2015.

cite-note-66. ↑ mw8q(mw8gmw8wEN) mw9amw9q10+ Deploys Per Day: Dev and Ops Cooperation at Flickr, su mw9gslideshare.net. mw9wURL consultato il 15 luglio 2015.

cite-note-77. ↑ mw-w(mw-amw-qEN) mw-gmw-wWhy Enterprises Must Adopt Devops to Enable Continuous Delivery (mwaqamwaqePDF), su mwaqicutter.com, agosto 2011, 6-12. mwaqmURL consultato il 15 luglio 2015.

cite-note-88. ↑ mwaqgmwaqkmwaqoApplied Lean Startup Ideas: Continuous Deployment at kaChing, su mwaqsslideshare.net.

cite-note-devopsdaysghent-99. ↑ mware(mwarimwarmEN) mwarqmwaruDevOps Days Ghent 2009, in mwaryDevopsDays. mwarcURL consultato il 15 luglio 2015.

cite-note-devopsdays-1010. ↑ mwar0(mwar4mwar8EN) mwasamwaseDevOps Days, su mwasidevopsdays.org. mwasmURL consultato il 15 luglio 2015.

cite-note-1111. ↑ mwasc(mwasgmwaskEN) Damon Edwards, mwasomwassDevOps Meetup Recap, su mwaswdev2ops.org, 26 aprile 2010. mwas0URL consultato il 15 luglio 2015 mwas4(archiviato dall'mwas8url originale il 20 luglio 2012).

cite-note-agileinf2010-1212. ↑ mwatm(mwatqmwatuEN) mwatymwatcAgile Infrastructure, su mwatginfoq.com, InfoQ. mwatkURL consultato il 15 luglio 2015.

cite-note-debois-devops-1313. ↑ mwat0(mwat4mwat8EN) Manuel Pais, mwauamwauePatrick Debois on the State of DevOps, su mwauiinfoq.com, InfoQ, 6 aprile 2012. mwaumURL consultato il 15 luglio 2015.

cite-note-1414. ↑ mwauc(mwaugmwaukEN) James Turnbull, mwauomwausWhat DevOps means to me..., su mwauwkartar.net. mwau0URL consultato il 15 luglio 2015 mwau4(archiviato dall'mwau8url originale il 30 dicembre 2010).

cite-note-1515. ↑ mwavm(mwavqmwavuEN) mwavymwavcVirtual Infrastructure products: features comparison, in mwavgWelcome to IT 2.0: Next Generation IT infrastructures. mwavkURL consultato il 15 luglio 2015 mwavo(archiviato dall'mwavsurl originale il 21 luglio 2011).

cite-note-1616. ↑ mwav8(mwawamwaweEN) Jennifer Ellard, mwawimwawmBringing Order to Chaos through Data Center Automation, in mwawqInformation Management, SourceMedia. mwawuURL consultato il 15 luglio 2015 mwawy(archiviato dall'mwawcurl originale l'11 giugno 2010).

cite-note-1717. ↑ mwaws(mwawwmwaw0EN) David Booth, mwaw4mwaw8How to Measure the Effects of Development + Operations improvements, an OpenSpace conversation, su mwaxazeroturnaround.com. mwaxeURL consultato il 15 luglio 2015 mwaxi(archiviato dall'mwaxmurl originale il 23 luglio 2012).

cite-note-1818. ↑ mwaxcmwaxgmwaxkThe Toyota Way, 1ªmwaxo ed., McGraw-Hill, 17 dicembre 2003, ISBN 0-07-139231-9.

• mwax8Metodologia agile

• mwayeAmbiente di sviluppo integrato